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(57) By describing electrical program guide informa- 
tion in a language such as XML and then multiplexing 
the electrical program guide information to a broadcast 
signal for transmission, an advertisement, images and 
sounds can be easily entered and various program 
guides can be realized. For manufacturers of receiving 
devices, it suffices to develop only the software for re- 
ceiving, decoding and displaying received XML data, 
and there is no need to develop the software for display- 
ing the EPG for each type of receiving device. Thus, the 
number of development steps can be reduced. 
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Description 

Technical Field 

5 [0001] This invention relates to a transmission method and a receiving device for an electrical program guide (EPG) 
which particularly enables easy retrieval of programs broadcast on a number of channels as in digital television broad- 
cast. 

Background Art 

10 

[0002] Recently, the CS digital broadcast system has been popularly used, in which television signals converted to 
digital signals are transmitted and the broadcast signals are received at each home for viewing. In such a broadcast 
system, it is possible to secure, for example, as many as 150 channels and much more programs can be broadcast 
in comparison with the conventional broadcast with ground waves. 
15 [0003] In such a broadcast system, in order to securely select a desired program from a large number of programs, 
electrical program guide information is transmitted as program information scheduled to be broadcast and this electrical 
program guide information is received and displayed on the receiving side. Watching this electrical program guide, the 
user can select a desired program. 

[0004] In this case, the EPG information is transmitted in the SI (service information) format in conformity with the 
20 DVB (digital video broadcast) standard. Every time a request for display of the EPG information is made by the user 
of the receiving device, the table of the EPG information is received to display the EPG information on the screen. The 
EPG information transmitted in the SI format only includes schedule information (name of program, broadcast channel, 
genre of program, broadcast start time, broadcast end time, explanation of program contents and the like). The receiving 
device which received the EPG information prepares a display image in accordance with a pre-programmed processing 
25 program and displays the display image. Therefore, even if the same EPG information is received, the mode of display 
of the EPG is different depending on the manufacturer of the receiving device and the type of the receiving device. 
Although having an advantage that each manufacturer of the receiving device can present its own characteristics, the . 
display mode of the EPG has a problem that the number of software development steps for displaying the EPG has 
been increasing year by year, making the development time-consuming. 
30 [0005] In addition to the CS digital broadcast system, a digital broadcast system using a broadcasting satellite (BS) 
and a digital broadcast system using ground waves are to be provided in the near future. It is desired that the broadcasts 
are received by a common receiver for the respective systems rather than a dedicated receiver for a single system. 
Therefore, it is desired to provide integrated EPG information that is seamless across the CS broadcast, the BS broad- 
cast and the ground wave broadcast. 

35 

Disclosure of the Invention 

[0006] In view of the foregoing status of the art, it is an object of the present invention to provide EPG which is more 
convenient and requires a smaller number of development steps. 

40 [0007] A transmission method according to the present invention adapted for transmitting program guide information 
together with video and audio signals, the method comprising the steps of: generating program guide data including 
a control signal for controlling the display mode at the time when the program guide information is displayed on a 
display device; and transmitting the generated program guide data together with the video and audio signals. 
[0008] A receiving device according to the present invention adapted for receiving a broadcast signal such that 

45 program guide data including a control signal for controlling the display mode at the time when program guide infor- 
mation is displayed on a display device is transmitted together with video and audio signals, the receiving device 
comprising: a receiving section for receiving the broadcast signal; an extracting section for extracting the program 
guide data from the received signal; and a display processing section for carrying out display processing of a program 
guide on the basis of the control signal included in the extracted program guide data. 

50 

Brief Description of the Drawings 

[0009] Fig. 1 is a block diagram showing an integrated EPG system as an embodiment of the present invention. 
[0010] Figs.2A and 2B illustrate the preprocessing by a program comparison and change processing section con- 
55 stituting the integrated EPG system. 

[0011] Fig.3 is a flowchart for explaining the confirmation and change processing by the program comparison and 
change processing section. 

[0012] Fig.4 is a block diagram showing the overall structure of a seamless EPG system. 
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[0013] Fig. 5 is a block diagram showing the structure of an integrated authoring center in the seamless EPG system. 
[0014] Fig.6 shows an example of transmission and application of EPG data for fixed-time transmission and EPG 
data for continuous transmission. 

[0015] Fig.7 is a block diagram showing the structure of a CS/BS digital broadcasting station in the seamless EPG 
5 system. 

[0016] Fig.8 is a block diagram showing the structure of a BS or CS receiving device installed in a general household. 
[0017] Fig.9 shows the structure of a differential update information system as a specific example of the present 
invention. 

[0018] Fig.10 is a block diagram showing a differential update obtaining system constituting the differential update 
10 information system. 

[0019] Fig.11 is a flowchart showing update processing by the differential update information system. 

[0020] Fig. 1 2 is a flowchart showing the differential update information extraction and reception flow in the differential 

update information obtaining system. 

[0021] Fig. 13 shows the differential update information notification format. 
15 [0022] Fig. 14 is a block diagram showing the structure of a guide information receiving device as an embodiment of 
the present invention. 

[0023] Fig. 15 is a flowchart for explaining the operation of the program information receiving device. 
[0024] Fig. 16 is a flowchart for explaining the decode processing in detail. 
[0025] Fig. 17 is a flowchart for explaining the obtaining and storage of a key. 
20 [0026] Fig. 18 is a block diagram showing the structure of a program information receiving device as an embodiment 
of the present invention. 

[0027] Fig. 19 shows a specific example of program information stored in a program information storage section 
constituting the program information receiving device. 

[0028] Fig.20 is a flowchart for explaining a specific example of the processing carried out by a URI interpreting 
25 section constituting the program information receiving device. 

[0029] Fig.21 shows the structure of the URI interpreting section. 

[0030] Fig.22 is a flowchart for explaining another specific example of the processing carried out by the URI inter- 
preting section constituting the program information receiving device. 

[0031] Fig. 23 is a block diagram showing the structure of the transmission side in the program information transmis- 
30 sion/reception system. 

[0032] Fig.24 is a block diagram showing the structure of a receiving terminal device in the program information 
transmission/reception system. 

[0033] Fig.25 shows an exemplary structure of transmission time information. 

[0034] Fig.26 is a flowchart showing the processing by a transmission control section on the transmission side. 
35 [0035] -Fig. 27 is a flowchart showing the reception of contents by a contents reception control section of the receiving 
terminal device. 

[0036] Ftg.28 is a flowchart showing the decision of the receiving operation time using random numbers. 

[0037] Fig.29 is a flowchart showing the decision of the receiving, operation time using the client ID (receiver IC card 

number). 

40 [0038] Fig. 30 shows a program table in which the horizontal axis represents the date and the vertical axis represents 
the time. 

[0039] Fig. 31 is a flowchart showing the processing by the receiving device. 

[0040] Fig.32 shows the data format of advertisement data which enables setting of a plurality of conditions to be 
displayed. 

45 [0041] Fig.33 shows a specific example of advertisement information having the format shown in Fig.32. 

[0042] Fig.34 shows the screen layout at the time when the receiver according to the present invention receives and 
displays the specific example of advertisement information shown in Fig.33. 

[0043] Fig.35 is a block diagram showing the structure of a receiver which displays the advertisement information 
in association with the selection by the user in the program guide information. 
50 [0044] Fig. 36 is a flowchart showing the processing for displaying the advertisement information in association with 
the program or channel selected by the user. 

[0045] Figs.37A and 37B show a specific example of display in accordance with the processing shown in the flowchart 
of Fig. 36. 

[0046] Fig.38 is a flowchart showing the processing for displaying the advertisement information in association with 
55 the genre selected by the user. 

[0047] Fig. 39 shows a specific example of display in accordance with the processing shown in the flowchart of Fig.38. 
[0048] Fig.40 is a block diagram showing a receiver which displays the advertisement information in association with 
the lapse of time in the program guide information. 
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[0049] Fig.41 is a flowchart showing the processing for displaying the advertisement information in association with 
the present time. 

[0050] Figs.42A and 42B show a specific example of display in accordance with the processing shown in the flowchart 
of Fig.41. 

5 

Best Mode for Carrying Out the Invention 

[0051] A preferred embodiment of the present invention will now be described with reference to the drawings. In this 
embodiment, a system for seamlessly transmitting and receiving integrated EPG information is employed as a specific 
10 example. However, the present invention is not limited to this embodiment. 

[0052] First, a seamless EPG system for seamlessly transmitting and receiving integrated EPG information will be 
described. This seamless EPG system can handle integrated EPG information which is seamless across a CS digital 
broadcast system and a-digital broadcast system using a broadcasting satellite (BS). 

[0053] In the case where a seamless EPG information providing system is considered, the data quantity of the inte- 
15 grated EPG information is increased, and the data quantity is also increased by the enrichment of service contents. 
Therefore, it is considered to collectively prepare the integrated EPG information at the time of authoring by using a 
data broadcast system based on XML (extensible markup language). Thus, there are provided some advantages that 
the transmission side (broadcasting station or contents producer) can determine the display design as well as character 
data and that images and sounds can be entered, while the conventional transmission of the EPG information in the 
20 SI table format only enables transmission of data determined by the schedule information as described above. With 
respect to the character data, since there is no limitation to the number of characters and non-standard characters, 
which are limited in the SI table format, the EPG information that is more advantageous to the user can be provided. 
For manufacturers of receiving devices, it suffices to develop only the software for receiving, decoding and displaying 
the XML data, and there is no need to develop the software for displaying the EPG for each type of receiving device. 
25 Thus, the number of development steps can be reduced. 

[0054] With the EPG information in accordance with the XML system or the contents of program advertisement 
information, the screen layout and presentation control of program information are described by XML and scripts, and 
the presented information itself is an external object that is referred to from the XML text. 

[0055] For example, to refer to the EPG information itself from the XML text, the form of URI (uniform resource 
30 identifier) is used which is considered as an extension of URL (uniform resource locator) used in HTML texts of the 
Internet. 

[0056] In order to realize the integrated EPG system, as a matter of course, a database of a program table is needed 
on the transmission side. If such a database is to be newly constructed, a large cost is required and data collection 
therefor is troublesome because of multiple information sources. Thus, data is obtained by using a system for preparing 
35 the existing television guide or program page of newspaper. The data necessary for the program table can be thus 
obtained. Since a greater quantity of such information is prepared in comparison with the SI format, more information 
can be provided for the user by using such information for the EPG of data broadcast. 

[0057] Originally, the database prepared for the existing newspapers and magazines need not be changed quickly 
in accordance with program changes. Therefore, it is not possible to quickly respond to stepwise program organization 
40 for professional baseball, a change to a substitute program because of rain, or a sudden change of programs. 

[0058] Meanwhile, the SI format is directly managed by the broadcasting station. It employs the system which enables 
change of programs within a few minutes. 

[0059] The advantages and drawbacks of the SI format and the EPG are summarized as follows. The SI format 
enables high-speed changes, but has limitation of information to be sent. The EPG prepared from the existing database 
45 enables transmission of more information with more media, but cannot immediately deal with changes. 

[0060] Thus, a seamless EPG system is constructed by combining these two formats. Fig.1 shows essential portions 
of an overall seamless EPG system, which will be described later, and shows the structure for generating and trans- 
mitting an integrated EPG. 

[0061] An existing system 231 is a system for managing television program tables of existing newspapers and mag- 
50 azines. Data are collected from various information sources A, B, C, and D, and stored in a program table database 
232. The information sources A, B, C, and D may be broadcasting stations, companies commissioned by broadcasting 
stations, or program production companies. 

[0062] The information gathered in the program table database 232 in the existing system 231 is sent to a table 
generating section 238. In the table generating section 238, a table is generated by using XML. The table thus generated 
55 is sent to network enterprises or broadcasting stations 239a, 239b, and 239c which actually carry out data broadcast. 
To the network/broadcasting stations 239a, 239b, and 239c, the table is sent by each satellite in the case of satellite 
broadcast, or by each area in the case of ground wave broadcast. On receiving the table, the network/broadcasting 
stations 239a, 239b, and 239c multiplex the table to broadcast signals and then broadcast the signals. The user can 
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receive the broadcast signals by using a receiving device and can see the program table. 

[0063] The processing in the case where the EPG of the SI format is changed will now be described. A program 
comparison and change processing section 236 receives in advance the same data as the data sent to the table 
generating section 238, from the program table database 232. An SI receiving section 233 receives the EPG sent in 

5 the SI format by using a receiver 234, and decodes the EPG by using an EPG decode processing section 235. The 
EPG in the SI format is directly managed and sent from the broadcasting station. The data received by the SI receiving 
section 233 and decoded by the EPG decode processing section 235 is sent to the program comparison and change 
processing section 236. When obtaining information of the SI format from radio waves, if the data can be provided 
directly from the broadcasting station, the SI receiving section 233 need not receive radio waves. In any case, program 

10 information to be changed timely is to be supplied to the program comparison and change processing section 236. On 
receiving the data from both the existing system 231 and the SI receiving section 233, the program comparison and 
change processing section 236 compares two pieces of information shown in Figs.2A and 2B, as preprocessing, and 
allocates ID to programs of the same title. After that, the program comparison and change processing section 236 
executes the processing shown in Fig.3 so as to confirm whether there is no change in the data from the SI receiving 

15 section 233. 

[0064] Specifically, at step S141 , data is taken from the EPG decode processing section 235. If it is determined at 
step S142 that there is a change and it is determined at step S143 that ID is allocated to the program of the changed 
portion, the information of the changed program is sent to the table generating section 238 via a change accepting 
section 237, at step S144. The table generating section 238 preferentially processes the information supplied from the 
20 change accepting section 237, then generates a table based on that information, and provides the table to the network/ 
broadcasting stations 239a, 239b, and 239c. On receiving the table from the table generating section 238, the network/ 
broadcasting stations 239a, 239b, and 239c immediately transmit the table as radio waves. Thus, the user can be 
quickly notified of the change. 

[0065] Fig.4 shows the overall structure of a seamless EPG system 1 . Signals from a CS digital broadcasting station 

25 2 and a BS digital broadcasting station 4 are received by an integrated EPG authoring center 6 via a CS satellite 3 
and a BS satellite 5, respectively. The integrated EPG authoring center 6 receives both the BS and CS broadcast 
signals and also receives EPG data 9 of ground wave television broadcast from a television program guide magazine 
editing company 7 or a newspaper publisher 8. The integrated EPG authoring center 6 extracts EPG data transmitted 
as a part of SI information from the broadcast signals received from the CS satellite 3 and the BS satellite 5, as will be 

30 described later. Then, the integrated EPG authoring center 6 generates integrated EPG data described in XML on the 
basis of the extracted EPG data of the CS and BS digital broadcast and the EPG data of the ground wave analog 
television broadcast 9. The integrated EPG data thus generated is transmitted to the CS digital broadcasting station 
2 and the BS digital broadcasting station 4, then multiplexed to their respective broadcast signals, and transmitted. 
Therefore, in the broadcast signals from the CS satellite 3 and the BS satellite 5, the integrated EPG data is multiplexed 

35 in addition to the EPG data as a part of the SI information. Thus, if a general household 10 has a receiving device for 
either CS digital broadcast or BS digital broadcast, the user can view the integrated EPG. Although the integrated EPG 
authoring center 6 obtains the EPG data of CS digital broadcast or BS digital broadcast by receiving the broadcast 
signals from the satellite 3 or 5, it may also receive the EPG data from the CS digital broadcasting station 2 or the BS 
digital broadcasting station 4 via a dedicated ground cable. 

40 [0066] Fig.5 shows the structure of the integrated EPG authoring center 6. In the integrated EPG authoring center 
6, two systems of receiving facilities for CS digital broadcast and BS digital broadcast are provided, including front 
ends 12, 16, each being constituted by a tuner, a demodulation circuit and an error correction circuit, demultiplexers 
13, 17 for extracting the EPG data transmitted as a part of the SI information from transport streams outputted from 
the front ends 12, 16, and EPG databases 14, 18 for storing the extracted EPG data, respectively. 

45 [0067] There is also a database 22 for EPG data 21 , 24 of ground wave analog television broadcast transmitted from 
a newspaper publisher or a television program guide magazine editing company via input terminals 20, 23. 
[0068] Moreover, an advertisement database 25 is provided in which advertisement information (static images, ex- 
planatory texts and the like) is stored. 

[0069] With reference to these four databases 14, 18, 22 and 25, an integrated EPG authoring PC 19 prepares 
50 integrated EPG contents described in XML. The prepared EPG eontents are classified into EPG data for fixed-time 
transmission and EPG data for continuous transmission and then stored into an integrated EPG database 26. The 
EPG data stored in the integrated EPG database 26 is transmitted to the BS and CS digital broadcasting stations via 
a transmission control section 27. 

[0070] The reason for classifying the EPG contents into EPG data for fixed-time transmission and EPG data for 
55 continuous transmission will now be described. As described above, in the case where the seamless EPG information 
providing system is considered, the data quantity of the integrated EPG information is increased, and the data quantity 
is also increased by the enrichment of service contents. To transmit such a large quantity of EPG data, a broad band 
is required. However, since the EPG data is basically additional data, it is impossible to secure a broad band for such 



5 



♦ 

4> 



EP 1 126 707 A1 

additional data. Sending a large quantity of data within a narrow band is time-consuming. Thus, in the integrated EPG 
system of the present invention, all the EPG data is transmitted several times a day using a relatively broad band, and 
in the case where there is a change in the EPG data transmitted at a fixed time, the changed data is transmitted 
continuously in a narrow band as differential information. On the receiving side, the EPG data transmitted at a fixed 
5 time is received and stored into a storage device (memory, hard disk or the like) provided in the receiver. When the 
continuously transmitted differential information is received, the EPG data already stored in the storage device is up- 
dated by using the received differential information! 

[0071] Fig.6 shows an example of transmission and application of EPG data for fixed-time transmission and EPG 
data for continuous transmission. 

10 [0072] For example, an application in which the program schedule and contents information are transmitted as the 
contents of the EPG data is described hereinafter. At fixed times every day, three times in the morning and three times 
in the afternoon, all the program schedule and contents information of broadcast in the morning and the program 
schedule and contents information of broadcast from the afternoon to the night (101) are to be transmitted. (This is 
re f erre d to as routine information transmission.) Along with these fixed-time transmissions, differential update informa- 

15 tion (102) in the case where there is a change of contents or the like from the already transmitted information 101 is 
to be continuously transmitted. (This is referred to as differential update information transmission.) 
[0073] Fig.7 shows the structure of the CS or BS digital broadcasting station 2 or 4. The CS or BS digital broadcasting 
station 2 or 4 has program material servers 30, 33, 36 for storing video and audio data to be materials of programs, 
MPEG encoders 31, 34, 37 for compression-coding the video and audio data from the program material servers in 

20 accordance with MPEG, and TS packetizing sections 32, 35, 38 for packetizing the data compressed by the MPEG 
encoders into transport packets. The CS or BS digital broadcasting station 2 or 4 also has a multiplexer 39 for multi- 
plexing transport streams outputted from the plurality of TS packetizing sections 32, 35, 38. The multiplexer 39 is also 
supplied with the SI information including the EPG data, which is multiplexed together with the transport streams from 
the TS packetizing sections 32, 35, 38. 

25 [0074] Moreover, the EPG data transmitted from the integrated EPG authoring center 6 is supplied to a transmission 
processing section 42 via an input terminal 41. The transmission processing section 42 performs processing in con- 
formity with a protocol called DSM-CC (digital storage media-command and control). The transmission processing 
section 42 also performs transmission processing in accordance with a data carousel system prescribed by the DSM- 
CC. 

30 [0075] The integrated EPG data, on which transmission processing is thus performed, is supplied to the multiplexer 
39 and multiplexed together with the video, audio and SI information. The data outputted from the multiplexer 39, after 
generation and addition of an error correction code by an error correction coding circuit 43, is modulated by the mod- 
ulator 44 in accordance with a predetermined modulation system and then transmitted from an antenna 45. 
[0076] Fig. 8 shows the structure of a BS or CS receiving device installed in the general household 10. A BS or CS 

35 receiving device 50 has a front end 52 constituted by a tuner, a demodulation circuit and an error correction circuit, 
and a demultiplexer 53 for allocating each transport packet to each section with reference to PID (packet ID) of transport 
streams outputted from the front end 52. The demultiplexer 53 temporarily stores the received data into a memory 54 
connected thereto. The demultiplexer 53 then sequentially reads out from the memory 54 the transport packets storing 
video data and audio data of a program selected by the user, and supplies the video-data and audio data to a video 

40 decoder 55 and an audio decoder 59, respectively. In the case where EPG data transmitted at a fixed time or contin- 
uously transmitted EPG data is included in the received signals, the demultiplexer 53 extracts the EPG data and stores 
it via a CPU 67 to a memory 72 connected to the CPU 67. 

[0077] The video decoder 55 carries out decode processing in accordance with the MPEG2 format and outputs the 
decoded video data to a display format converting section 57. The display format converting section 57 performs 

45 conversion processing on the video data so as to enable display suitable for the television display format. For example, 
in the case where the decoded video data is an HDTV signal and the television is NTSC-compatible, the display format 
converting section 57 converts the decoded video data to the NTSC format and then sends it to an output terminal 58. 
[0078] The audio decoder 59 carries out decode processing of the audio data compressed in accordance with the 
MPEG audio or AAC (advanced audio coding) system. The decoded audio data is D/A converted and outputted as an 

50 analog audio signal, or the digital audio data is outputted as an optical digital output. 

[0079] The demultiplexer 53 is connected with an IEEE 1394 interface 65, which enables output of the received 
transport stream to an external equipment via an output terminal 66 and reception of a transport stream from an external 
equipment. 

[0080] Each section of the receiver is controlled by the CPU 67. The CPU 67 is constituted by a control section 69 
55 for controlling each section, a DSM-CC processing section 70, and an XML processing section 71 . All the processing 
of these sections is carried out through software. 

[0081] The DSM-CC processing section 70 reads out the EPG data from the memory 72 connected to the CPU 67, 
then performs predetermined processing on the EPG data so as to obtain data in the XML format, and outputs the 
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data to the XML processing section 71. 

[0082] The XML processing section 71 executes the script included in XML and generates a display signal for on- 
screen display. The display signal generated by the XML processing section 71 is sent to the video decoder 55 and 
an ultimate display signal is obtained by using a display processing function within the video decoder 55. For example, 

5 the image of a currently received channel is displayed on a sub-screen at a part of an EPG screen described in XML. 
[0083] A system for transmitting and receiving the differential update information which is described in the application 
of Fig.6 (transmission/reception system for differential update information) will now be described. 
[0084] In updating the EPG information sent by broadcast waves, which is already stored in the receiving device, it 
is necessary to replace the whole table in which updating occurred, or to rewrite only the portion where updating 

10 occurred. Although the method of replacing the whole table is simple and reliable, portions having no change are also 
broadcast and updated and therefore the computational resource on the receiver side is used for unnecessary broad- 
cast band and processing. In the conventional method of rewriting only the portion where update occurred, the de- 
scription of the updating procedure is not for general purposes and it cannot be applied to the updating of a table stored 
in a generally used database or the like. Moreover, it is not possible to efficiently filter only the differential update related 

15 to the portion in which the end user is interested, in the table. Thus, a technique for enabling the receiving device to 
efficiently filter only the portion where updating occurred with respect to the contents in which the user is interested, 
will be described here. 

[0085] Fig.9 shows the structure of the differential update information transmission/reception system. A transmission 
site 1 20 and a plurality of reception sites 1 25 are connected via a broadcasting network 1 24. The broadcasting network 

20 124 is a system for carrying out broadcast data transfer and may employ various network forms such as a satellite 
broadcasting system, a ground wave broadcasting system, and a broadcast/multi-cast network on the Internet. 
[0086] The transmission site 120 may employ various forms such as a broadcasting equipment, a PC, and an in- 
transmission-site network (in-station network) having a broadcasting equipment and a PC connected by a network. In 
the specific example shown in Fig.4, the integrated EPG authoring center 6 has this function. 

25 [0087] The reception site 125 may employ various forms such as a set top box, a PC, and an equipment in an in- 
reception-site network (home network) having a set top box and a PC connected by a network. In the specific example 
shown in Fig.4, the reception site 125 is installed in the general household 10. 

[0088] A table contents updating system 121 in the transmission site 120 is adapted for updating the contents of 
EPG information and therefore updates the contents of a table stored in a table storage area 122. The update is carried 
30 out by the end user or an application in the transmission site. The integrated EPG authoring PC 1 9 shown in Fig.5 has 
this function. 

[0089] The table storage area 122 is a table storage area in the transmission site 120. The table storage area 122 
is a memory or a hard disk in the transmission site 120, or a storage equipment (memory, hard disk, tape device or 
the like) connected to the in-transmission-site network in the case where the transmission site 120 is constituted by 

35 the in-transmission-site network. In Fig.5, the integrated EPG database 26 has this function. 

[0090] A differential update information distribution system 123 is a system for detecting a change in the contents 
of the table stored in the table storage area 122 (including generation and erasure of the whole table), generating 
differential update information to reflect the change to table storage areas 128 in the reception sites 125, as will be 
described later, and then broadcasting the differential update information to differential update information obtaining 

40 systems 126 in the plurality of reception sites 1 25 via the broadcasting network 1 24. In Fig.5, the transmission control 
section 27 has this function. 

[0091] The table storage area 128 is a table storage area in the reception site 125. The table storage area 128 is a 
memory or a hard disk in the reception site 125, or a storage equipment (memory, hard disk, tape device or the like) 
connected to the in-reception-site network in the case where the reception site 125 is constituted by the in-reception- 

45 site network. In Fig. 8, the memory 72 has this function. 

[0092] The differential update information obtaining system 126 is a system for obtaining differential update infor- 
mation that is broadcast thereto. In Fig.8, the front end 52, the demultiplexer 53, the memory 54 and the CPU 67 have 
this function. A table contents updating system 1 27 is a system for updating the contents of the table stored in the table 
storage area 128 on the basis of the differential update information sent from the differential update information ob- 

50 taining system 126. In Fig.8, the CPU 67 has this function. 

[0093] The reception site 125 is a specific example of the program information receiving device of the present in- 
vention. That is, the differential update information obtaining system 126 selectively takes out a differential update 
information notification format, which will be described later, transmitted from the transmission site 120. The table 
contents updating system 127 rewrites only a changed portion of program information that is transmitted at a fixed time 

55 in advance by using the differential update information notification format selectively taken out by the differential update 
information obtaining system 126. 

[0094] Fig. 10 shows the details of the differential update information obtaining system 126. The differential update 
information obtaining system 126 is constituted by a differential update information extraction system 131, a selection 
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information updating system 132, and a selection information storage area 133. The differential update information 
extraction system 131 is a system for receiving the differential update information broadcast from the broadcasting 
network 124 and extracting the differential update information required by this reception site 125 on the basis of se- 
lection information stored in the selection information storage area 133. The selection information updating system 
5 132 is a system for updating the selection information in the selection information storage area 133. The update of the 
selection information is carried out by the end user or an application in the reception site. 

[0095] Fig. 11 shows the update processing in the differential update information transmission/reception system 
shown in Fig.9. First, at step S61, the table contents updating system 121 updates the table (identified by URI) in the 
table storage area 122. In this case, URI (uniform resource identifier) is identification information which is considered 
10 as an extension of URL (uniform resource locator) used in HTML texts of the Internet, as described above. In XML, 
the table is designated by this URI. 

[0096] Next, when the differential update information distribution system 1 23 at step S62 detects the update of step 
S61, the differential update information is generated and broadcast to the differential update information obtaining 
systems 126 of the plurality of reception sites 125 via the broadcasting network 124, at step S63. 

15 [0097] The differential update information transmitted to the reception sites 125 via the broadcasting network 124 is 
extracted and obtained by the differential update information obtaining system 126, at step S64. 
[0098] Then, at step S65, the table contents updating system 127 updates the target table in the table storage area 
128 on the basis of the differential update information that is extracted and received at step S64. 
[0099] The flow of reception of the differential update information in the differential update information obtaining 

20 system 126 at step S64 is shown in Fig. 12. First, at step S71 , the differential update information extraction system 131 
receives the differential update information. Then, it is discriminated whether or not the received differential update 
information coincides with the selection information stored in the selection information storage area 133. If the received 
differential update information coincides with the selection information, the differential update information is given to 
the table contents updating system 127, at step S73. 

25 [0100] When the differential update information distribution system 123 detects the change in the contents of the 
table stored in the table storage area 122 (including generation and erasure of the whole table) at steps S61 to S63 
of Fig.11, differential update information shown in Fig.13 (hereinafter referred to as differential update information 
notification format) is generated. 

[0101] In the differential update information notification format, the URI proper to the update target table is described. 
30 Morever, a filtering mask for causing the reception site 125 to discriminate only a predetermined portion of the URI is 
generated and added as a header. 

[0102] The filtering mask is the information used for discriminating whether the differential update information should 
be extracted or not at step S72 of Fig.1 2. Differential update description is the description of differential update process- 
ing for the table identified by the URI of the update target table. 
35 [0103] To generate the differential update information notification format, the differential update information distribu- 
tion system 123 first generates a filtering mask and adds this filtering mask to the URI of the update target table and 
to the differential update description. The differential update information notification format data thus generated is 
transmitted to the broadcasting network 124. 

[0104] The filtering mask is used in the comparison processing at step S72 of Fig.12, of the differential update in- 
40 formation extraction processing at step S64 of Fig. 11 . Prior to the reception of the differential update information, the 
selection information updating system 132 of Fig. 10 stores and updates the filtering mask in the selection information 
storage area 1 33. 

[0105] A specific example of the filtering mask will now be described. The URI is a text character array and is a long 
byte array with a variable length. First, by applying a hash function, the URI can be changed to a short byte array with 
45 a fixed length (for example, 4 bytes). Using this hash function for comparison, unwanted processing cost or overhead 
in the comparison can be reduced. Prior to the reception of the differential update information, the selection information 
updating system 1 32 prepares a list of URIs of copies (already broadcast, received and stored) of the tables stored in 
the table storage area 1 22, stored in the table storage area 1 28, and stores the list into the selection information storage 
area 133. 

50 [0106] For example, in the case where the differential update target table is of "recommended program information" 
shown in the following Table 1 , it is possible to extract only the differential update information of the recommended 
program information related to the genre desired by the end user. The recommended program information in this case 
corresponds to today's recommended program information provided outside of the television and radio program guide 
section on the newspaper or magazine. For example, in the case where the end user prefers sports programs, it is 

55 possible to extract only the recommended program information corresponding to the genre of sports. 
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Table 1 



10 



15 



"Recommended Program Table" 


ASHID1 


UCH1 


DAY1 


SHID1 


LDESC1 


ASHID2 


UCH2 


DAY2 


SHID2 


LDESC2 


■ ■ ■ 


a a a 




■ a> • 


• • ■ 


ASHIDn 


UCHn 


DAYn 


SHIDn 


LDESCn 


ASHID: recommended program ID 




UCH: channel number uniquely distributed nation- 


wide 










DAY: date 








SHID: program ID 






LDESC: long introductory text of program 



20 



[0107] The recommended program information has no field of genre ID (JID). However, the relation between JID 
and the dummy program ID (DSHID) is known from "program material information" shown in Table 2, and the relation 
between the dummy program ID (DSHID) and the program ID (SHID) is known from "program framework information" 
shown in Table 3. Therefore, the corresponding relation between the recommended program and the genre can be 
identified. 



Table 2 



25 



30 



35 



"Program Material Information" 


DSHID1 


JID1 


FEA1 


SHNAME1 


SDESC1 


LDESC1 


DSHID2 


JID2 


FEA2 


SHNAME2 


SDESC2 


LDESC2 






■ • • 


■ » • 


■ * ■ 


• ■ a 


DSHIDn 


JIDn 


FEAn 


SHNAMEn 


SDESCn 


LDESCn 


DSHID: dummy program ID; unique within dummy channel 


JID: genre ID 










FEA: 8-bit flag; each bit represents HD or SD 




SHNAME: name of program 






SDESC: brief explanation of program 






LDESC: long explanation of program 







40 



45 



50 



55 



Table 3 



"Program Framework Information" 


SHID1 


ST1 


DCH1 


BN1 


DSHID1 


SHID2 


ST2 


DCH2 


BN2 


DSHID2 


* • * 


• • * 


« • » 


• • t 


• • * 


SHIDn 


STn 


DCHn 


BNn 


DSHIDn 


SHID: program ID; unique within channel 


ST: start time 








DCH: dummy channel 






BN: block number; unique within dummy channel 


DSHID: dummy program; 


unique within dummy 


channel 











[0108] Prior to the reception of the differential update information, the selection information updating system 1 32 
prepares a list of JIDs in accordance with the preference of the end user and stores the list into the selection information 
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10 



15 



storage area 133. For example, the list of JIDs can be prepared by presenting a list of genre information to the end 
user and then letting the end user select a genre name preferred by the end user. 

[0109] The program material information is block-based program information for each dummy channel. The URI is 
equal to the dummy channel number + the block number, and there are tables corresponding to the number of dummy 
channels x the number of simultaneously transmitted blocks. By designating desired dummy channel number and 
block number, desired program material information is obtained. 

[0110] The program framework information is program framework information of one day for each channel. The URI 
is equal to the channel number + the date, and there are tables corresponding to the number of channels x the number 
of days of simultaneous transmission. By designating desired channel number and date, desired program framework 
information is obtained. 

[0111] In the case where the differential update target table is of the "recommended program information" shown in 
Table 1 , it is also possible to extract only the differential update information of the recommended program information 
related to the personality/actor preferred by the end user. For example, in the case where the end user likes Bruce 
Willis, it is possible to extract only the recommended program information in which Bruce Willis shows up. The recom- 
mended program information has no field of personality ID (TID). However, since the relation with SHID of the recom- 
mended program information is known from the correspondence between TID and SHID of the personality appearance 
information shown in Table 4, the corresponding relation between the recommended program and the personality 
appearing therein can be identified. 



20 



Table 4 



25 



30 



35 



40 



45 



50 



"Personality Appearance Information" 


TID1 


TNAME1 


NUM1 


UCH1 


DAY1 


SHID1 


* * * 


TID2 


TNAME2 


NUM2 


UCH2 


DAY2 


SHID2 


V ■ P 










■ • * 


• ■ • 


• ■ * 


TIDn 


TNAMEn 


NUMn 


UCHn 


DAYn 


SHIDn 




TID: personality ID 








TNAME: name of personality 






NUM: number of programs in which personality appears 


UCH: number of channels 






DAY: date 










SHID: program ID 









[01 1 2] The personality appearance information in this case is for displaying a list of programs in which the personality 
appears, from the list of names of personalities. Neither the user has to enter the name of personality as a keyword, 
nor the receiver has to have a retrieval function. However, the fixed name of personality that is designated on the 
sending side is used. 

[0113] Prior to the reception of the differential update information, the selection information updating system 132 
prepares a list of TIDs in accordance with the preference of the end user and stores it into the selection information 
storage area 133. For example, the list of TIDs can be prepared by presenting a list of personality information to the 
end user and then letting the end user select the name of a personality preferred by the end user. 
[01 14] In the case where the differential update target table is of the "recommended program information" shown in 
Table 1 , it is also possible to extract only the differential update information of the recommended program information 
related to the news topic preferred by the end user. For example, in the case where the end user is interested in 
economicnews, it is possible to extract only the recommended program information related to economic news. The 
recommended program information has no field of news topic ID (NID). However, since the relation with SHID of the 
recommended program information is known from the correspondence between NID and SHID of "news topic infor- 
mation" shown in Table 5, the corresponding relation between the recommended program and the news topic can be 
identified. 



55 



Table-5 



"News Topic Information" 


NID1 


NNAME1 


NUM1 


UCH1 


DAY1 


SHID1 




NID2 


NNAME2 


NUM2 


UCH2 


DAY2 


SHID2 


i • * 
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Table-5 (continued) 



10 



15 



20 



25 



30 



35 



AO 



45 



50 



55 



'News Topic Information' 



NIDn 



NNAMEn 



NUMn 



UCHn 



DAYn 



SHIDn 



NID: news topic ID 

NNAME: name of news topic 

NUM: number of broadcasting programs 

UCH: number of channels 

DAY: date 

SHID: program ID 



[0115] The news topic information in this case is for displaying a list of programs broadcasting news related to the 
corresponding topic, from the list of news topics. 

[0116] Prior to the reception of the differential update information, the selection information updating system 132 
prepares a list of NIDs in accordance with the preference of the end user and stores the list into the selection information 
storage area 133. For example, the list of NIDs can be prepared by presenting a list of news topic information to the 
end user and then letting the end user select a news topic preferred by the end user. 

[01 17] Using similar methods other than those described above, parameters within the other tables can be used as 
filtering mask values for the differential update information. By combining a plurality of these parameters, filtering con- 
ditions with higher selection accuracy can be set. 

[0118] An example of differential update description in the differential update information notification format shown 
in Fig. 13 will now be described. 

[0119] For example, a script for changing the contents of a certain attribute field in a certain record in the update 
target table can be used. In the case of broadcasting and storing to the reception site by using a binary table object, 
which is used for delivering general table data to the receiving side, it is possible to update the binary table object on 
the field basis by describing the procedure of changing the table contents via DOM (document object model) - API 
using the ECMA Script. The EC MA Script in this case a script obtained by standardizing the JavaScript. The DOM- 
API is an API with respect to how the contents of the binary table object should be changed. 
[0120] Also, an SQL (structured query language) statement for changing the contents in a certain row and a certain 
column in the update target table can be used. By using the SQL statement, the table can be stored and managed in 
a general RDB (relational database) mounted at the reception site. 

[0121] Other differential update description method may also be considered. By storing all these plural descriptions 
in the differential update description field of Fig.13, it is possible to broadcast differential update information of the 
same contents to a plurality of reception sites which have different types of table management systems mounted 
thereon. Thus, the receiving device can be caused to efficiently filter only the portion where updating occurred with 
respect to the contents in which the user is interested. 

[0122] The encryption control of the object level of the binary table object will now be described. 
[0123] In XML, a script describing the processing procedure is used. By downloading this script from transmitted 
data and executing it on the receiver, management of interaction with the end user and control of the graphical user 
interface can be carried out. Also, minuted changes of the control scenario is made possible. The text/numerical value 
information of the EPG/advertisement or the like handled in this script is being standardized. In accordance with the 
specification of BS2000, it is stored in a binary table object prescribed by the BML (broadcast multimedia language, 
based on XML and specialized for broadcasting) specification and thus broadcast to the receiver. By dynamically 
updating and broadcasting the contents of this binary table object, it is not necessary to sequentially change and re- 
download the contents of the display control information and script of the BML used for displaying the EMP/advertise- 
ment information. 

[0124] Meanwhile, in some cases, depending on the type of EPG/advertisement information transferred in the binary 
table object, it is necessary to carry out control so as to present the information only to the end user who belongs to a 
certain viewer contract class in order to realize discrimination of services. However, the BML does not particularly 
prescribe the encryption processing for individual binary table objects (module level of data carousels). Thus, a tech- 
nique for realizing the encryption control for the object level of the binary table object will now be described. 
[0125] A data processing device 1 40 shown in Fig.1 4 corresponds to the detailed structure of the DSM-CC processing 
section 70 and the XML processing section 71 of Fig.8, and processing is actually carried out by software. 
[0126] In the data processing device 140, a stream reception and data carousel processing section 142 receives a 
broadcast stream in accordance with the MPEG2-TS (transport stream) via an input terminal 141 . The stream reception 
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and data carousel processing section 142 corresponds to the demultiplexer 53 and the DSM-CC processing section 
70 of Fig. 8. The stream reception and data carousel processing section 142 resolves the MPEG2-TS, resolves the 
data carousel, and then gives only the program information of the binary table object format to a binary table object 
server 144. 

5 [0127] The binary table object server 144 stores the binary table object. A script processing section 143 gives a 
contents inquiry method from the user to the binary table object server 144 and causes the binary table object server 
144 to respond thereto. 

[0128] Some of the binary table objects need to be controlled so as to be presented only to the user who belongs to 
a certain viewer contract class in order to realize discrimination of services. These binary table objects are encrypted 
10 on the transmission side. In the data processing device 140, a decode processing section 145 decodes the encrypted 
program information, if necessary. The program information decoded by the decode processing section 145 is supplied 
to the binary table object 144. 

[0129] The decode processing section 145 decodes the encrypted program information by using a decoding key 
obtained from the script in the broadcast stream. The decoding key is stored in a key storage section 147 connected 
15 to a key selection processing section 146. That is, the key selection processing section 146 takes out from the key 
storage section 1 47 a decoding key corresponding to a key inquiry from the decode processing section 1 45 and supplies 
the decoding key to the decode processing section. 

[0130] The operation of the data processing device 140 is shown in the flowchart of Fig. 15. First, at step S81 , the 
script processing section 143 designates generation of a binary table object in response to the operation by the user. 
20 This is, for example, described as follows in the script. 
BinaryTable bt = Binary Table( 
"URI of BinaryTable object", 
"format designation") 

[0131] Then, at step S82, the binary table object server 144 is requested to obtain a file of the designated name in 
25 the constructor (executed by the script processing system with a program code for carrying out generation of an object) 
of the binary table object. 

[0132] Next, at step S83, the binary table object server 144 requests the stream reception and data carousel process- 
ing section 142 to obtain the binary table object requested at step S82. 

[0133] Then, at step S84, since the file of the binary table object is stored as the resource in the module of the data 
30 carousel, the stream reception and data carousel processing section 142 reconstructs the module in which the binary 
table object is stored, from fragmented data blocks flowing in the stream on the air. The group of fragmented data 
blocks is suitably cached in advance in a storage area (with a size that enables storage of a plurality of data blocks) 
of the stream reception and data carousel processing section 142 from the broadcast stream. The cache is updated 
every time new fragmented block are received. Then, the stream reception and data carousel processing section 142 
35 supplies the obtained module to the decode processing section 145. 

[0134] At step S85, the decode processing section 145 examines the content type (media type) of the entity header 
in the module. If there is a description of "application/SLEX_encrypted_btable", the processing goes to step S86 and 
decode processing of the binary table object stored in the entity body of the module is carried out. If not encrypted, the 
binary table object stored in the entity body of the module is supplied as it is to the binary table object server. 
40 [0135] At step S86, the decode processing section 145 obtains the decoding key from the key selection processing 
section 146 and carries out decode processing of the file. At step S87, the decode processing section 145 gives the 
decoded binary table object to the server 144. 

[0136] Then, at step S88, with respect to the contents inquiry processing of the subsequent binary table object de- 
scribed in the script, the script processing section 1 43 issues an inquiry method to the server 144 and obtains a response 
45 thereto from the contents of the binary table object spread in the memory (storage area protected from any external 
access except for the script processing system) of the server 144. Every time each inquiry method is started, whether 
the execution of the inquiry method is permitted or not is checked. On completion of a series of inquiries from the script, 
the spread binary table object is erased from the memory. 

[0137] For transmission of resources such as BML texts and mono-media data referred to from these texts, a data 
50 carousel transmission system defined by "Data Broadcasting System Specification Part 2" is used. In individual modules 
(transfer units) transmitted by using the data carousel system, resources are stored in the HTTP/1.1 entity format 
prescribed by IETF RFC2068. The entity is made up of an entity body including a resource, and an entity header 
including meta information thereof (information related to the contents of the resource). By designating a character 
array such as "application/SLEX_encrypted_btable" in a field of content type (media type) in the entity header, it can 
55 be expressed that the contents of the stored resource are encrypted. If the contents are not encrypted, a character 
array such as "application/X-arib-btable" is designated. 
Module = * entity-header 
CRLF 
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[entity-body] 

[0138] The encrypted resource stored in the part of entity body is decoded when the binary table object is generated 
in the script. The decoding procedure is as shown in the flowchart of Fig. 15. The processing of step S86 will now be 
described in detail with reference to Fig. 16. 
5 [0139] Specifically, at step S91 , the decode processing section 145 obtains the key from the key selection processing 
section 1 46. Then, at step S92, the decode processing section 1 45 decodes the binary table object by using the obtained 
key. 

[0140] The obtaining and storage of the key will now be described. The format of the binary table object after decoding 
is uniquely defined by the URI designated in generating the binary table object. For example, by allocating a special 
10 URI to enable recognition of the key to the stored binary table object file and prescribing the format thereof, the contents 
inquiry can be carried out using various types of methods of the binary table object. 

[0141] To obtain the key, the URI proper to the key is designated and a binary table object is generated in the script. 
For example, the key of plaintext is taken out by "BinaryTable/toString( )" or the like, and this key is supplied to the key 
selection processing section 146. The key selection processing section 146 stores the key into the storage area (non- 
75 volatile memory, disc or the like) and thus prepares for key inquiry from the decode processing section 145. Although 
it depends on the application, this key obtaining processing is carried out once a month, that is, several days before 
the end of the month, for example, in the case where the key is updated at the end of the month as one cycle. 
[0142] In response to the key inquiry from the decode processing section 145, the key selection processing section 
146 sends back the corresponding key with reference to the date and time of the inquiry. 
20 [0143] The key must be broadcast prior to the broadcast of the encrypted binary table object. The obtaining of the 
key and the storage of the key to the key selection processing section are summarized in the flowchart of Fig. 17. 
[0144] Specifically, at step S101, the script processing section 143 gives an instruction to generate a binary table 
object having a name indicating the storage of the key, and at step S1 02, the binary table object server 1 44 is requested 
to obtain the binary table object of the designated name. 
25 [0145] At step S103, the stream reception and data carousel processing section 142 is requested to provide the 
binary table object. Then, at step S104, the stream reception and data carousel processing section 142 obtains frag- 
mented data blocks of the module in which the binary table object is stored, from the stream, then reconstructs the 
module, and supplies it to the decode processing section 145. 

[0146] At step S105, the decode processing section 145 examines the type (media type) of the entity header. If the 
30 content type is "application/x-arib-btabie", the processing goes to step S106 and the binary table object of the entity 
body of the reconstructed module is supplied to the server 144. 

[0147] The binary table object server 1 44 spreads the binary table object supplied from the decode processing section 

145 and thus prepares for inquiry from the script processing section 143. 

[0148] The script processing section 1 43 obtains the contents of the key from the binary table object server 144 and 
35 supplies the contents to the key selection processing section 146. At step S108, the key selection processing section 

146 stores the key into the safe storage area 147 and thus prepares for key inquiry from the decode processing section 
145. Thus, the encryption control of the object level of the binary table object can be realized. 

[0149] An object retrieving method for detecting the EPG information itself as an object from the XML text will be 
described hereinafter. 

40 [0150] In the contents in accordance with the XML system, the screen layout and presentation control of program 
information are described by XML and script, and the information itself to be presented is an external object referred 
to from the XML text. 

[0151] To refer to the program information itself from the XML text, it is desired to use the form of URI (uniform 
resource identifier), which is considered as an extension of URL (uniform resource locator) used in HTML texts of the 
45 Internet. 

[0152] In general, the URI and data identified by the URI are in a one-to-one correspondence, and the data consti- 
tuting the contents can be uniquely identified by the URI. However, in some cases, the URI with respect to the infor- 
mation to be presented cannot be statically determined at the time of preparing the XML text describing the screen 
layout of the program information. For example, in the case where the layout for displaying an image on the upper right 
50 part of the screen is described as an XML text, if the user wants to discriminate a monochrome image and a color 
image in accordance with the profile (characteristics) of the receiving terminal, which of the URI with respect to the 
monochrome image and the URI with respect to the color image should be embedded in the XML text cannot be 
determined. Conventionally, in order to carry out such advanced presentation processing, control by the script in the 
XML text is necessary. 

55 [0153] Thus, an object retrieving method for designating and referring to the EPG information itself from the XML 
text by using the URI will be described. 

[0154] Fig. 18 shows a data processing device 110 for processing EPG data described in XML, which is equivalent 
to the CPU 67 of Fig.8. 
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[0155] The data processing device 110 has a receiving section 112 for receiving an XML text for an EPG screen and 
program information itself transmitted from the transmission side, a program information storage section 1 1 3 for storing 
the program information itself received by the receiving section 112, an XML text storage section 114 for storing the 
XML text, an XML text display section 115 for extracting a group item designated as the URI in the XML text received 
5 by the receiving section 112 and carrying out display processing, a display section 116, a profile storage section 117 
for storing profile data of the receiving device, and a URI interpreting section 1 1 8 for reading out the profile data of the 
receiving side corresponding to the group item extracted by the XML text display section 115 from the profile storage 
section 117 and retrieving an object within the item corresponding to the profile data. 

[0156] The receiving section 112 receives the program information and program guide text via an input terminal 111 . 
10 The program information storage section 113 stores the received program information table. The XML text storage 
section 114 stores the received program guide XML text. The XML text display section 115 interprets the XML text 
stored in the XML text storage section 114, then prepares a display image and displays it onto the display section 116, 
in response to a request from the user. 

[0157] The URI interpreting section 1 1 8 interprets the URI within the XML text and takes out information correspond- 

15 jng to the URI in the program information storage section 113. 

[0158] Fig. 19 shows a specific example of the program information, which is the contents of the program guide, 
stored in the program information storage section 113. The program information includes a channel map table 121, a 
program framework table 122, a program material table 123, and an advertisement information table 124. These tables 
are referred to from a program guide XML text 125 in accordance with the URI. 

20 [0159] In the profile storage section 117, information proper to the receiver, that is, profile information such as the 
area code and the contract class when using the receiver and the hardware capability of the receiver, are stored. The 
profile in this case generally means a set of various attribute settings proper to the hardware, software, user and 
application. 

[0160] Specific examples of the profile may be user profile, hardware profile, software profile, and application profile. 
25 [0161] The user profile is a profile representing individual information such as the age, sex, nationality, address, 
language used, hobby, and preferences of the user. The hardware profile is a profile representing various specifications 
such as the function, performance and equipment structure of the hardware. The software profile is a profile repre- 
senting the operating system, various types of drivers, and the structure and version of library. 
[0162] Exemplary descriptions of the respective profiles in accordance with the RDF are presented hereinafter. 

30 
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<?xml version="1.0"?> 
<rdf:RDF 

xmlns:rdf= l, http://www.w3.org/rR/REC-rdf-syntax# ,r 
xmlns:prf="http://www,w3.or^ 
//user profile 

<rdf:£)escription about="UserPreferences"> 
<prf:Defaults 
Age=?" 
Sex=:"Male" 
Country = "Japan" 
Language="Japanese"/> 
</rdf : D escript i on> 
//hardware profile 

<rdf;Description about="HardwarePlatform"> 
<prf:Defaults 

Vendor="Sony" 
Model="PCG-N505" 
Type="B5 note" 
ScreenSize=?x768" 
CPU="Pentium II" 
Keyboard="US101" 
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Memory=?MB M 
USB= .0" 

Dink="S4007> 
<prf : Modif icat ions 

Speaker=" Mounted'V> 
</rd£Description> 
//software profile 

<rdf: Description about= f, SoftwarePIatfonn"> 
<prf: Defaults 
OS= ,f Aperios M 
OSVersion= .0" 
JavaVMVersion= .17> 
<prf: Modifications 
Sound="OffV> 
</rdf:Description> 
//application profile 

<rdf:Description about="NetscapeCommunicator4.6' ! 
<prf:Defaults 

HTMLVersion= .07> 
</rdf:Description> 

<rdf:Description about= ft EudoraPro4.0"> 
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<prf:Defaults 

HTMLMail=''No7> 
</rdf:Description> 

</rdf:RDF> 



[0163] When interpreting the URI, the URI interpreting section 118 refers to the above-described profiles stored in 
the profile storage section 117. 

[0164] A specific example of the XML text will now be described. 

15 

<BML> 
» <SCRIPT> 



25 channelMap=newBinaryTABLE( ,, arib-dc://7ChannelMapTbl n , 

>r.iB,i ; iV"); 

30 

</SCRIPT> 

35 

<!-advertisement area-> 
<OBJECTSRC="arib-dc://./Advertisel"> 

40 



</BML> 

45 

[0165] In this example, first, a table "channelMap" of the program information used within the script is taken out from 
a table referred to by the URI "arib-dc://./ChannelMapTbl". The channel map table is a table having stored thereon a 

50 list of channels that can be received in the area of the receiving terminal in the reception of ground waves. 
[0166] Then, an object referred to by the URI "arib-dc://./Advertise1" is displayed in the advertisement area. 
[0167] The processing carried out by the URI interpreting section 118 when the XML text display section 115 of Fig. 
18 displays the channel map of the above-described XML text will be described with reference to Fig.20. 
[0168] First, at step S41, the XML text display section 115 enters the URI "arib-dc://ChannelMapTbl n to the URI 

55 interpreting section 118 and instructs the URI interpreting section 118 to interpret the URI. Then, at step S42, the URI 
interpreting section 118 refers to the area code in the receiver profile stored in the profile storage section 117 and thus 
obtains the ID number of a channel map table corresponding to the area code, of the channel map tables having stored 
thereon the corresponding relations between the area code and the channel information. 
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[0169] Next, at step S43, the channel map corresponding to the ID is sent back as data to the XML text display 
section 115. Then, the XML text display section 115 displays the received channel map onto the display section 116. 
[0170] Fig.21 shows the structure of the URl interpreting section 118. On receiving the URI, the URI interpreting 
section 118 selects appropriate one from the program information tables with reference to the receiver profile, and 

5 sends back the program information table to the XML text display section 115 as an external object. For example, in 
the case where a Kanto Area channel map (KantoChMap) and a Kansai Area channel map (KansaiChMap) are stored 
as the program information tables, these channel map tables can be uniquely identified by URIs "arib-dc://KantoChMap" 
and "arib-dc://KansaiChMap", respectively. That is, the URI interpreting section 118 sends back the Kanto Area channel 
map in response to "arib-dc://KantoChMap M and sends back the Kansai Area channel map in response to "arib-dc:// 

10 KansaiChMap". 

[0171] Meanwhile, from the viewpoint of the preparation side of the XML text describing the program guide, it is 
desired that the URI interpreting section 118 is so constructed as to send back the Kanto Area channel map as an 
external object if the receiver is installed in the Kanto Area as a result of interpretation of n arib-dc://ChannelMapTbr 
by the URI interpreting section 118, and to send back the Kansai Area channel map as an external object if the receiver 

15 is installed in the Kansai Area. The URI interpreting section 1 1 8 refers to the area code of the receiver profile and sends 
back the table corresponding to "arib-dc://KantoChMap" in the case of the area code of Kanto Area. 
[0172] The processing carried out by the URI interpreting section 118 when the XML text display section 115 of Fig. 
18 displays the advertisement area of the above-described XML text will be described with reference to Fig.22. 
[0173] First, at step S51 , the XML text display section 115 enters the URI "arib-dcV/Advertisel" to the URI interpreting 

20 section 118 and instructs the URI interpreting section 118 to interpret the URI. Then, at step S52, the URI interpreting 
section 118 refers to the receiver profile and the "advertisement information table" having advertisement information 
(expiration date of advertisement, display position, display condition) stored thereon, and thus selects an advertisement 
image that meets the conditions. 

[0174] Then, at step S53, the selected advertisement image is sent back as data to the XML text display section 
25 115. The XML text display section 115 displays the received image onto the display section 116. 

[0175] The above-described algorithm for selecting the external object can be so constructed that it can be down- 
loaded and replaced as a script from the network, and is sent together with the program information. 
[0176] Thus, the interpretation mechanism for interpreting the URI in the XML text can refer to the profile information 
stored in the receiver and carry out dynamic URI interpretation in accordance with the program information. Therefore, 
30 the producer of the contents (that is, XML text) need not describe the presentation control in the contents by using a 
complicated script with reference to the receiver profile, 

[0177] The power control of the receiving device for receiving the EPG will now be described. 
[0178] In order to carry out fixed-time transmission of the EPG data as described above, it is necessary to notify the 
receiver of the time at which the data is transmitted and to control the receiver so as to carry out the receiving operation 
35 at that time. Moreover, the operation of the receivers must be controlled so as to prevent numerous receivers from 
simultaneously turning on the power source to start the receiving operation at the time when fixed-time transmission 
is to be carried out. The control for preventing concentration of the receiving operation at a time will be described 
hereinafter. 

[0179] An exemplary structure of the transmitting device 82 for the contents such as the EPG is shown in Fig.23. 

40 This transmitting device corresponds to the details of the integrated EPG database 26 and the transmission control 
section 27 of Fig.5 and the transmission processing section 42 of Fig.7. In a contents storage section 83, contents 
information to be provided to the user, for example, EPG information, is stored. In a transmission time information 
storage section 91 , information of the distribution schedule for transmitting the contents is stored. A transmission time 
information transmitting section 94 carries out transmission to send the transmission time information stored in the 

45 transmission time information storage section 91 to the receiving terminal. A contents transmitting section 92 transmits 
the contents information stored in the contents storage section 83 in accordance with the transmission schedule stored 
in the transmission time information storage section 91. 

[0180] A transmission control section 93 controls the transmission time information transmitting section 94 and the 
contents transmitting section 92 in accordance with the schedule in the transmission time information storage section 
50 91 . The transmitted information from the contents transmitting section 92 and the transmission time information trans- 
mitting section 94 is transmitted from the transmitting section 95 to the receiving terminal device via a broadcasting 
network. 

[0181] An exemplary structure of a receiving terminal device 85 is shown in Fig.24. Fig. 24 shows the details of 
essential portions of Fig.8. A receiving section 101 receives a data stream via the broadcasting network and an input 
55 terminal 100. A transmission time information receiving section 106 receives the transmission time information from 
the data stream. A reception control information generating section 107 generates control information proper to the 
receiver for controlling the reception of the contents. For example, the reception control information generating section 
107 generates random numbers. A contents reception control section 104 determines the time at which the contents 
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should be received from the information of the transmission time information receiving section 106 and the reception 
control information generating section 107, and thus controls a contents receiving section 102 and a receiver power 
control section 105. The receiver power control section 105 controls the power source of the receiver. In the case 
where the power of the receiver is off at the time when the contents should be received, the contents reception control 

5 section 104 controls the receiver power control section 105 to turn on the power of the receiver so as to start the 
contents receiving operation. After the reception of the contents, the power is turned off. The contents receiving section 
102 receives the contents and stores the received contents into a contents storage section 103. 
[0182] Fig.25 shows an exemplary structure of the transmission time information. The transmission time information 
is a combination of the time of fixed-time transmission (PST: preload start time) and the control value (PEB: preload 

10 effective byte) designating the receiver which is to carry out the receiving operation at that time. For example, 8 bits 
are used as the PEB and the receiver generates random numbers of 0 to 7 in advance, and then the receiving operation 
is carried out only at a fixed-time transmission time when on-state bit positions are coincident between the random 
number values and the PEB. 

[0183] Fig.26 shows a flowchart for the transmission control section 93 of the transmitting device 82. First, at step 

15 S1, the transmission time information is read out from the transmission time information storage section 91. Next, at 
step S2, the readout transmission time information is transmitted from the transmission time information transmitting 
section 94. Then, at steps S3 to S5, when the transmission start time comes with respect to each transmission time 
in the transmission time information, an instruction to transmit the contents from the contents storage section 83 is 
sent to the contents transmitting section 92, thus transmitting the contents. 

20 [0184] Fig.27 shows a flowchart for explaining the contents reception at the contents reception control section 104 
of the receiving terminal device 85. First, at step S11, the transmission time information is received. Next, at step S12, 
the time (time list) RT[n] for carrying out the contents receiving operation is determined from the received transmission 
time information. At steps S1 3 to S1 7, the current time T is compared with all the times RT[i] in the time list, and when 
the reception time is reached, if the power of the receiver for carrying out the receiving operation is not on, the receiver 

25 power control section 105 is instructed to turn on the power of the receiver, and the contents receiving section 102 
receives the contents and stores the contents into the contents storage section 103. If it is determined at step S1 8 that 
the power of the receiver was originally off, the receiver power control section 105 is instructed to turn off the power 
of the receiver at step S19. If new transmission time information is not received at step S20, the reception processing 
in accordance with RT[n] is repeated. If new transmission time information is received, the processing ends so as to 

30 start processing based on the new transmission time information. 

[0185] As a specific example of the receiving operation time decision processing at step S12 of Fig.27, the processing 
which uses random numbers will be described with reference to Fig.28. Fig. 28 is a flowchart of the case where 8 bits 
are used as the PEB, the receiver generates random numbers of 0 to 7 in advance, and the receiving operation is 
carried out only at a fixed-time transmission time when on-state bit positions are coincident between the random number 

35 values and the PEB, as described with reference to Fig.25. 

[0186] First, at step S21, the reception control information generating section 107 generates random numbers r of 
0 to 7. At steps S22 to S24, if the r-th bit is on (that is, 1) with respect to all PEBn of the received transmission time 
information, PSTi is added to the list RT as the receiving operation start time. 

[0187] Fig.29 shows a flowchart for the decision of the receiving operation time by using the client ID (receiver IC 

40 card number), as another example of the receiving operation time decision processing. First, at step S31 , the reception 
control information generating section 107 generates a value m of ID number modN. At steps S32 to S34, if PEBi is 
coincident with m with respect to all the PEBn of the received transmission time information, PSTi is added to the list 
RT as the receiving operation start time. By thus adding the information designating the receiver that should receive 
fixed-time transmission at that time, to the schedule information, and controlling so that only the designated receiver 

45 carries out the receiving operation, it is possible to control the operation of the receivers so as to prevent numerous 
receivers from simultaneously turning on the power at the time when fixed-time transmission is carried out. 
[0188] A method for displaying the EPG of the receiving device which receives the EPG will now be described. 
[0189] On the side of the broadcasting station, the data quantity itself tends to increase from now on because of the 
expectation to send as much program information as possible to users. On the side of the receiver, though it is necessary 

50 to increase the memory for the increased data quantity, the memory itself is becoming less expensive each year and 
the increase in the memory is easy in view of the cost. However, the transmission rate of the EPG information cannot 
be easily raised despite the increase of the information. Therefore, the transmission time is elongated accordingly and 
the time to enable display of the program table becomes much longer. Also, in view of the energy saving, it is considered 
that repeating continuous transmission of the same data is wasteful, and therefore it is proposed to limit the time for 

55 sending the EPG information as described above to a certain time period, then store the incoming information into the 
memory of the receiver, and use the data stored in the memory when displaying on the receiver side. In this case, the 
program table cannot be displayed on the receiver until the time period when the information is sent. 
[0190] A technique for displaying the program information even in the case where the program information cannot 
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be received because of troubles related to radio waves and cables or failure to turn on the power, or for some other 
reasons, will now be described. 

[0191] In Fig.8, the CPU 67 for carrying out the display processing of the EPG described in XML surmises what 
characteristics each program has. The result of surmise is stored together with the program information into a non- 
5 volatile memory (a memory connected to the CPU 67, though not shown). 

[0192] In the case of multiplexing the EPG to the program image for display, if there is a program framework that 
has not received yet by the receiving device 50, the receiving device 50 finds out and displays a program which is 
likely to be broadcast in that time frame on the basis of the past information. 

[0193] The CPU 67 detects the characteristics related to the broadcasting date and time of individual programs on 
10 the basis of the past program information stored in the non-volatile memory, then predicts the current or future program 
information that cannot be received at the time of fixed-time transmission of the EPG, and constructs and displays a 
program table on the display section. 

[0194] The operation which enables this prediction will be described with reference to Figs.30 and 31. Fig.30 is a 
program table in which the horizontal axis represents the date and the vertical axis represents the time. It is written in 
15 the same manner as the television program section of an ordinary newspaper. Fig. 31 is a flowchart showing the process- 
ing by the receiving device. 

[0195] In Fig.31 , at step S151 , it is determined whether or not there was the same program a week ago. If there was 
the same program, the processing goes to step S152 to determine whether or not there is the same program except 
Saturday and Sunday. If it is determined at step S1 51 that there was not the same program a week ago, the processing 

20 goes to step S1 53 to determine that it is a single program. If it is determined at step S1 52 that there is the same program 
except Saturday and Sunday, the processing goes to step S154 to determine that it is a weekly broadcast program. If 
it is determined at step S152 that there is not the same program except Saturday and Sunday, the processing goes to 
step S1 55 to determine whether or not there is the same program on Saturday and Sunday, too. If it is determined that 
there is the same program on Saturday and Sunday, too, the processing goes to step S156 to determine that it is a 

25 daily program. On the other hand, if it is determined that there is not the same program on Saturday and Sunday, the 
processing goes to step S157 to determine that it is a program broadcast except Saturday and Sunday. 
[0196] Referring to Fig.30, for example, if there is a program A on Saturday, 2, and there is the program A also on 
Sunday, 9, it can be surmised that the program A is broadcast on every Sunday. Meanwhile, there is a program B on 
Monday, 3 through Friday, 7, it can be surmised that the program B is broadcast every day except Saturday and Sunday. 

30 Such program organization does not greatly change as a whole on the weekly basis. Therefore, it can be predicted 
that the program A will be broadcast at the same broadcast time next Sunday, 16, too, and that the program B will be 
broadcast on Monday, 10 through Friday, 14, too. Even if the information of the programs of this period is not obtained, 
a substantially accurate program table can be constructed. Thus, the program table can be constructed even without 
receiving the actual program table. 

35 [0197] In the integrated EPG authoring PC 19 of Fig.5, it is possible to include characteristic information such as 
daily broadcast, daily broadcast except Saturday and Sunday, weekly broadcast, and broadcast on the first Sunday of 
the month, into the EPG data. In this case, .the receiving device receives the characteristic information, writes it to the 
non-volatile memory similarly to the result of surmise, and carries out similar processing. 

[0198] By thus receiving the program information generated by the integrated EPG authoring PC 19, the receiving 
40 device can construct a program table even without receiving the actual program table. The program information pre- 
dicted by the CPU 67 and the program information obtained by receiving fixed-time transmission may be discriminated 
by color in displaying on the display section. 

[0199] Moreover, basic information of advertisement information appended to the program information to be broad- 
cast may be stored in the non-volatile memory. In the non-volatile memory, advertisement information related to the 

45 program information may be stored together with the program information, as initial data at the time of shipment from 
the factory. Manual information related to the device may also be stored. By writing the whole program of broadcast 
and the program characteristics into the non-volatile memory at the time of shipment from the factory, the user can 
immediately see the program table, even several days after the shipment. That is, by storing the program of the same 
title that is repeatedly broadcast daily or weekly into the memory at the time of shipment from the factory of receivers, 

50 and later displaying such a program, it is possible to display the program table to a certain extent without receiving any 
data. As described above, the program information or advertisement information can be displayed and visually recog- 
nized by the user, even in the case where the program information or advertisement information cannot be received 
because of troubles related to radio waves and cables or failure to turn on the power, or for some other reasons. 
[0200] A method for displaying advertisement information on the EPG will now be described. In the case of displaying 

55 advertisement information on the EPG described in XML, it is possible to dynamically display the corresponding ad- 
vertisement in association with the program information on the basis of the conditions of the operation by the user and 
the time. An advertisement display technique will be described hereinafter. 

[0201] As a method for displaying an advertisement on the EPG, it may be considered to display an advertisement 
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matching the program or genre selected by the user, or to automatically display an advertisement when a preset time 
has come. The display of an advertisement matching the program table is already disclosed in "Information Transmis- 
sion Method and Television Transmission/Reception Device (International Application Number: PCT/JP98/03707)", 
but it includes no example of advertisement data which enables setting of conditions to be displayed. 
5 [0202] The format of advertisement data which enables setting of a plurality of conditions to be displayed is shown 
in Fig.32. In Fig.32 f the respective characters have the following meanings. 

Al: advertisement ID 

ST: starting date and time when display of the advertisement becomes valid 
10 ET: ending date and time when display of the advertisement becomes invalid 

AN: name of the advertisement 

AD: explanation of the advertisement 

AP: URI of PNG or MNG appended to the advertisement 

PA: are for displaying PNG or MNG (advertisement 1 or 2) 
15 KT: type of next KV, channel number, time, etc. 

KV: key value 

[0203] These advertisements can be set so that they are displayed when the receiver is in a specific state. Keys are 
used for a display condition. In this example, two keys can be set for one advertisement. The type of condition for 

20 displaying the advertisement is designated by KT, and the value of the key is set by KV. 

[0204] Meanwhile, the format of the advertisement data is generated on the transmission side by using the adver- 
tisement information transmission method of the present invention. Specifically, the transmission side sets the condition 
for causing the receiving side to display the advertisement information in association with the program guide informa- 
tion, and transmits the advertisement information for which the condition is set and the program guide information. In 

25 the condition setting, the type of condition to be displayed on the receiving side and the value of the condition are set. 
[0205] Also, the transmission side adds display time information for the receiving side to the advertisement informa- 
tion, and transmits the advertisement information to which the display time information is added. The display time 
information is compared with the present time on the receiving side, and when the display time information coincides 
with the present time, the advertisement information is displayed. 

30 [0206] The receiver displays the advertisement information in association with the program guide information on the 
television screen. The structure and operation of the receiver will be described later. 

[0207] Fig. 33 shows a specific example of the advertisement information having the format shown in Fig.32. 
[0208] The screen layout in the case where the receiver, later described, receives and displays this specific example 
of the advertisement information is shown in Fig.34. A screen 210 is divided into a PinP broadcast dynamic image area 
35 211, an advertisement 1 area 212, an advertisement 2 area 213, an action button bar 214, a brief explanation area 
215, a menu bar 216, a guide item name 217, and a guide area 218. 

[0209] The PinP broadcast dynamic image area 211 displays dynamic images of real-time broadcast images of a 
station which is then selected. For example, it contracts the images to 32/128 for display. On the upper left part, the 
present time is displayed. As the mode for station selection, there are an automatic mode for automatically selecting 
40 a station in accordance with the focus in the guide area 218 and a locked mode which is not in accordance with the 
focus. The automatic mode is usually used. 

[0210] In the advertisement 1 area 21 2 and the advertisement 2 area 21 3, the advertisement information is displayed 
as a static image in the PNG (portable network graphics) format or animation in the MNG (motion network graphics) 
format. 

45 [0211] In the action button bar 214, various types of buttons are displayed depending on the state of the screen. In 
the brief description area 215, various types of text information are displayed depending on the state of the screen. 
[0212] In the menu bar 216, various types of screen selection buttons are displayed depending on the state of the 
screen. Three buttons are simultaneously displayed, and by scrolling the buttons to the left and right, other buttons 
are also displayed. Specifically, buttons of "grid" for displaying grid-like EPG, "genre" for displaying genre-sort EPG, 

50 "schedule" for displaying a reservation screen, "info" for displaying various types of information, "message" for display- 
ing various types of messages, and "channel" for displaying a channel preset screen are displayed. 
[0213] The guide item name 21 7 displays the name of an item in the guide area depending on the state of the screen. 
The guide area 218 displays various types of guides depending on the state of the screen. 

[0214] A receiver which displays the advertisement information in association with the selection by the user with 
55 respect to the program guide information will now be described with reference to Fig.35. 

[0215] This receiver has a receiving section 202 for receiving program guide information and advertisement infor- 
mation associated with the program guide information which are transmitted from the transmission side, a condition 
information extracting section 204 for extracting condition information for displaying the advertisement information 
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received by the receiving section 202, and a control section 207 for causing a display section 208 to display the ad- 
vertisement information associated with an item selected from the program guide information by the user using an 
operating section 206, on the basis of the condition information extracted by the condition information extracting section 
204. The advertisement information received by the receiving section 202 is stored in an advertisement information 
5 storage section 203. The control section 207 reads out the advertisement information associated with the item selected 
from the program guide information by the user using the operating section 206, from the advertisement information 
storage section 203, and causes the display section 208 to display the advertisement information on the basis of the 
condition information extracted by the condition information extracting section 204. 

[0216] The condition information is information for selecting the program. The control section 207 causes the display 
10 section 208 to display the advertisement information associated with the program selected from the program guide 
information by the user using the operating section 206. The condition information may also be information for selecting 
the channel. 

[0217] That is, the receiver capable of receiving and displaying the program guide information dynamically displays 
the associated advertisement on the basis of the selection of the program by the user. Also, the receiver dynamically 
15 displays the associated advertisement on the basis of the selection of the channel by the user. 

[021 8] The condition information may also be information for selecting the genre. The control section 207 may cause 
the display section 208 to display the advertisement associated with genre selected from the program guide information 
by the user. 

[0219] The processing carried out by the receiver for displaying advertisement information in association with the 
20 program or channel selected by the user, on the screen 210 shown in Fig.34 of the display section 208, is shown in 
Fig.36. 

[0220] First, if a cursor shifts in the guide area 21 8 at step S1 1 1 , the processing goes to step S1 1 2 and it is determined 
whether or not there is an advertisement such that KT = program and KV = focused program, from the advertisement 
information shown in Fig. 33. If there is an advertisement for the program based on KT, KV, the processing goes to step 
25 S1 1 3 to determine whether or not the present time is within the time when the display of the advertisement is valid. If 
the present time is within the time when the display of the advertisement is valid, the processing goes to step S11 5 to 
display advertisement data designated by AP in an area designated by PA. 

[0221] If there is no program based on KT, KV at step S112, the processing goes to step S114 and it is determined 
whether or not there is an advertisement such that KT = channel and KV = focused channel. If there is an advertisement 
30 for the channel based on KT, KV, the processing goes to step S11 3 to determine whether or not present time is within 
the time when the display of the advertisement is valid. If the present time is within the time when the display of the 
advertisement is valid, the processing goes to step S115 to display advertisement data designated by AP in an area 
designated by PA. 

[0222] A specific example of the display based on the processing shown in the flowchart of Fig.36 is shown in Figs. 
35 37A and 37B. 

[0223] Figs.37A and 37B show an example of the display of the EPG in a grid-like form. In Fig.37A, "Golf Lesson" 
of the channel "Television B" is focused. Thus, an advertisement of Al = 1 such that KT is "channel" and KV is "Television 
B" is displayed in the advertisement 1 area (PA = 1) 212. Since the present time is 22:15, an advertisement of Al = 4 
such that KT is "time" and KV is "8/1 22:00 - 8/1 23:00" is displayed in the advertisement 2 area (PA = 2) 213. 
40 [0224] When the user operates the remote controller and the focused program is shifted to "Fishing Asia" of the 
channel "Tomato Television" as shown in Fig.38B, an advertisement of Al = 2 such that KT is "program" and KV is 
"Fishing Asia" is displayed in the advertisement 1 area (PA = 1) 212. Since the advertisement information of Al = 2 is 
also designated for KV of "World Market", this advertisement is to be displayed also when the user selects "World 
Market". 

45 [0225] Thus, it is possible to dynamically change the display of the advertisement in response to the operation by 
the user in the grid. 

[0226] The processing carried out by the receiver for displaying advertisement information in association with the 
genre selected by the user on the screen 210 shown in Fig.34 is shown in Fig. 38. 

[0227] First, if "genre" is selected in the menu bar 216 at step S121, the processing goes to step S122 and it is 
50 determined whether or not there is an advertisement such that KT = genre and KV = selected genre, from the adver- 
tisement information shown in Fig.33. If there is an advertisement based on KT, KV, the processing goes to step S1 23 
to determine whether or not the present time is within the time when the display of the advertisement is valid. If the 
present time is within the time when the display of the advertisement is valid, the processing goes to step S124 to 
display advertisement data designated by AP in an area designated by PA. 
55 [0228] A specific example of the display based on the processing shown in the flowchart of Fig.38 is shown in Fig.39. 
[0229] Fig.39 shows an example of the display of the EPG based on the genre. It is considered to display a list of 
programs belonging to the selected genre. In Fig.39, "soccer" of "sports" is selected as selection keys, and a list of 
related programs is displayed below the selection keys. In the case where the user selected "sports" and "soccer", an 
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advertisement of Al = 3 such that KT is "genre" and KV is "sports, soccer" is displayed in the advertisement 1 area (PA 
= 1)212. Since the advertisement information of Al = 3 is also designated for KV of "sports, baseball", this advertisement 
is to be displayed also when the user selects "sports" and "baseball". 

[0230] Thus, it is possible to dynamically change the display of the advertisement in response to the operation by 
5 the user in genre selection. 

[0231] A receiver which displays the advertisement information in association with the lapse of time in the program 
guide information will now be described with reference to Fig.40. 

[0232] This receiver has a receiving section 222 for displaying advertisement information and display time information 
added to the advertisement information which are transmitted from the transmission side, a display time information 

10 extracting section 224 for extracting the display time information received by the receiving section 222, a display time 
information storage section 225 for storing the display time information extracted by the display time information ex- 
tracting section 224, and a control section 228 for causing a display section 229 to display the advertisement information 
having the display time information added thereto if the present time coincides with the display time information stored 
in the display time information storage section 225. The advertisement information received by the receiving section 

15 222 is stored in an advertisement information storage section 223. The display time stored in the display time information 
storage section 225 is compared with the present time from a clock 227 by a comparing section 226. When the display 
time and the present time coincide with each other, the comparing section 226 issues to the control section 228 the 
result to the effect that the display time and the present time are coincident. In accordance with the result of coincidence, 
the control section 228 takes out the advertisement information associated with the display time from the advertisement 

20 information storage section 223 and causes the display section 229 to display the advertisement information. 

[0233] The processing carried out by the receiver for displaying advertisement information in association with the 
current time on the screen 210 of the display section 229 of Fig.40 is shown in Fig.41 . 

[0234] First, at step S1 31 , it is determined from the advertisement information shown in Fig.33 whether or not there 
is an advertisement such that KT = time and KV = a range in which the present time is included. If there is an adver- 
25 tisement at the time determined by KT, KV, the processing goes to step S1 32 to determine whether or not the present 
time is within the time when the display of the advertisement is valid. If the present time is within the time when the 
display of advertisement is valid, the processing goes to step S133 to display advertisement data designated by AP 
in an area designated by PA. 

[0235] A specific example of the display based on the processing shown in the flowchart of Fig.41 is shown in Figs. 
30 42A and 42B. An advertisement to be displayed at a preset time will be changed. In Fig.42A, since the present time 
is 22:15, an advertisement of Al = 4 such that KT is "time" and KV is "8/1 22:00 - 8/1 23:00" is displayed in the adver- 
tisement 2 area (PA = 2) 213. 

[0236] When the present time has become 23:00, an advertisement of Al = 5 such that KT is "time" and KV is "8/1 
23:00 - 8/2 0:00" is displayed in the advertisement 2 area (PA = 2) 213, as shown in Fig.42B. Since the advertisement 

35 of Al = 5 also has KV = "8/1 10:00 - 8/1 12:00", it was displayed in the advertisement 2 area 213 from 10:00 to 12:00. 
[0237] Thus, it is possible to dynamically change the display of the advertisement on the basis of the preset time. 
[0238] In the case where the advertisement data has such various types of display conditions (channel, program, 
genre, time and so on), conditions for displaying two advertisements in one advertisement area can be set. For example, 
if the display area for the advertisement of Al = 4 is the advertisement 1 area (PA = 1 ), it is possible that two adver- 

40 tisements are designated at a time in the advertisement 1 area. In such a case, in Fig.37A, the advertisements of Al 
= 1 and Al = 4 are designated for display in the advertisement 1 area 212. In the case where a plurality of pieces of 
advertisement information are thus allocated in one advertisement area, a receiver which sequentially displays the 
advertisements may be considered. In this description, advertisement information that will not cause any overlap is 
used as an example. 

45 [0239] The case of receiving digital satellite broadcast is described above. However, the present invention is also 
applicable to the case of realizing advertisement display in the broadcast where EPG is multiplexed, for example, 
ground wave broadcast or CATV. As described above, it is possible to dynamically display the corresponding adver- 
tisement in association with the program information on the basis of the conditions of the operation by the user and 
the time. Specifically, the advertisement associated with the program selected by the user can be dynamically displayed. 

50 Also, the advertisement associated with the genre selected by the user can be dynamically displayed. Moreover, the 
display of the advertisement can be dynamically changed at a designated time. Furthermore, a plurality of display 
conditions can be designated for one advertisement information. Also, in the receiver, a plurality of advertisements 
designated in one display area can be sequentially displayed. 

55 Industrial Applicability 

[0240] As described above, according to the present invention, since EPG described in XML is transmitted, the 
display design transmission side (broadcasting station or contents producer) can determined the display design as 
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well as character data, and images and sounds can be entered. With respect to the character data, since there is no 
limitation to the number of characters and non-standard characters, which are limited in the SI table format, the EPG 
information that is more advantageous to the user can be provided. For manufacturers of receiving devices, it suffices 
to develop only the software for receiving, decoding and displaying the received XML data, and there is no need to 
5 develop the software for displaying the EPG for each type of receiving device. Thus, the number of development steps 
can be reduced. Although the EPG information is described in XML in the embodiment, it is also possible to use 
languages such as HTML and Java, other than XML. 

10 Claims 

1 . A transmission method for transmitting program guide information together with video and audio signals, the meth- 
od comprising the steps of: 

15 generating program guide data including a control signal for controlling the display mode at the time when the 

program guide information is displayed on a display device; and 

transmitting the generated program guide data together with the video and audio signals. 

2. The transmission method as claimed in claim 1, wherein the control signal is described by a script. 

20 

3. The transmission method as claimed in claim 1, wherein the program guide data is described in the extensible 
markup language. 

4. The transmission method as claimed in claim 1 , wherein the program guide data is transmitted in accordance with 
25 a carousel system. 

5. The transmission method as claimed in claim 1, wherein the generated program guide data includes a control 
signal for controlling the display mode at the time when advertisement information is displayed together with the 
program guide information on the display device. 

30 

6. The transmission method as claimed in claim 1, wherein the program guide data is integrated so as to include 
program information of a plurality of different broadcasting systems. 

7. The transmission method as claimed in claim 1 , wherein at least a part of the generated program guide data is 
35 encrypted and thus transmitted. 

8. The transmission method as claimed in claim 1 , wherein all the program guide data are transmitted a plurality of 
times a day, and in the case where there is a change in the-program schedule, only the program guide data of the 
changed program is continuously transmitted. 

40 

9. The transmission method as claimed in claim 8, wherein a transmission schedule for transmitting the whole program 
guide data is transmitted. 

10. A receiving device for receiving a broadcast signal such that program guide data including a control signal for 
45 controlling the display mode at the time when program guide information is displayed on a display device is trans- 
mitted together with video and audio signals, the receiving device comprising: 

a receiving section for receiving the broadcast signal; 

an extracting section for extracting the program guide data from the received signal; and 
so a display processing section for carrying out display processing of a program guide on the basis of the control 

signal included in the extracted program guide data. 

11. The receiving device as claimed in claim 10, wherein the program guide data is transmitted in accordance with a 
carousel system, and the extracting section carries out processing for resolving the carousel structure. 

55 

12. The receiving device as claimed in claim 10, wherein the program guide data to be transmitted includes a control 
signal for controlling the display mode at the time when advertisement information is displayed together with the 
program guide information on the display device, and in the case of displaying the advertisement information 
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together with the program guide, the display processing section carries out processing on the basis of the control 
signal. 

13. The receiving device as claimed in claim 10, wherein at least a part of the program guide data is encrypted and 
5 thus transmitted, and the receiving device further comprises a decrypting section for decryption in the case where 

the extracted program guide data is encrypted. 

14. The receiving device as claimed in claim 10, wherein all the program guide data are transmitted a plurality of times 
a day, and the receiving device further comprises a storage section for receiving and storing the data in the case 

10 where all the program guide data are transmitted. 

15. The receiving device as claimed in claim 14, wherein a transmission schedule such that all the program guide data 
are transmitted is included in the broadcast signal, and the receiving device further comprises a power control 
section for controlling a power source in accordance with the transmission schedule. 

15 

16. The receiving device as claimed in claim 10, further comprising a retrieval processing section for carrying out 
retrieval of the received program guide data on the basis of user profile data registered in advance. 

17. The receiving device as claimed in claim 10, further comprising a non-volatile memory for storing the program 
20 guide data at the time of shipment from a factory. 
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